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(57) ABSTRACT 

For use with a user communication device (UCD) that 
communicates over a packet network by alternately trans- 
mitting and receiving streams of associated continuous 
media communication data packets, s ystems and meth ods 
for pro viding call processing featur es, suc h as call forward - 
ing antTcall blockin g, to th e co mmun ication dqyice. In one 
advantageous embo dimen t of.the present invention, the call 
processing system: (1) de termines that a call compos ed of a 
stream of continuous media communication packets and 
associated with the UCD requires a s pecified altern ative 
pro cessing and (2) causes the continuou fijnEdia communi- 
cation data packets associated with the call to be processed 
in accordance with the specified alternative processing. 

34 Claims, 5 Drawing Sheets 
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SYSTEM AND METHOD FOR PROVIDING challenges not readily apparent in circuit switched networks. 

ADVANCED CALLING FEATURES TO A For instance, the dynamic addressing techniques employed 

PACKET NETWORK-BASED m P ac k et networks are very different than the routing 

COMMUNICATION DEVICE AND PACKET strategies employed in circuit switched networks. As a 

NETWORK EMPLOYING THE SAME 5 result » applying call forwarding and call blocking features to 

packet networks involves call processing techniques not 
presently available. The present invention provides, for use 

TECHNICAL FIELD OF THE INVENTION a user communication device (UCD) that communi- 
cates over a packet network, such as an Internet telephone, 
The present invention is directed, in general, to telecom- 1Q systems for providing call processing features (e.g., call 
munications and, more specifically, to a system and method forwarding or call blocking) to the UCD. The present 
for providing advanced calling features, such as call for- invention therefore adapts call processing techniques 
warding and call blocking, to a packet network-based employed in circuit switching systems to packet-based net- 
telephone, such as an Internet telephone, and a packet works. In one embodiment, the present invention: (1) deter- 
network that employs the system or the method. J5 mines that a call composed of a stream of continuous media 

communication packets and associated with the UCD 

BACKGROUND OF THE INVENTION requires a specified alternative processing and (2) causes the 

^ 1t „ , hi *i continuous media communication data packets associated 

Call forwarding and call blocking are well known tele- ... „ . . A - A r A 

. . .j j . u h. u i i u with the call to be processed in accordance with the specified 

phony services provided to subscribers by a local exchange alternative rocessin 

carrier in circuit switched networks. Traditionally, call for- 20 a ™ a lve Processing. 

warding allows a subscriber (or user) selectively to "pro- ™? c f forwarding system or the call blocking system 

gram" an incoming call to be forwarded to another commu- ma V be d " ectl y connectible with the UCDor may be directly 

nication device; call blocking, on the other hand, prevents an <=onnectib e with a point of presence (POP) of the packet 

incoming or outgoing call from being completed. °*work ( such 38 a " In ,l er r net Semce Prov , lde /' or ISP >* 

, . , „ , ,. . tt « Directly connectible, for purposes of the present 

As previous y mentioned, call forwarding is a generally mventio fe defined ^ bei directl associated with or a 

recognized calling feature provided in circuit switched net- Qf For 9 x one or bolh of the s tems may ^ in 

works and, as such, has been the subject of many prior art a ^ of ^ UCD Qne Qr bo(h Qf ^ 

references. For instance, US Pat. No. 5 027,384, entitled mg be at ^ T$p such thal m operate 

"Personalized Automatic Call Routing, by Sanford J eyen when ^ ^ UCD fe nQt to the ket 

Morganstein, issued on Jun. 25, 1991, which is incorporated JU networ k 

herein by reference, discloses a system where the subscriber T , t iU „ - . . n 

7 . . / 4 . , In one embodiment, the call forwarding system stores call 

can preprogram the communication system to provide per- . . . ' , . • n u a *u 

V r , & . . u . i . . , . t . , forwarding catena and forwards incoming calls based on the 

son ahzed voice responses and alternate destinations to assist „ c & ,. . T . & . „ U1 . 

... „ - v , n AAA . t . it » rt c call forwarding criteria. In one embodiment, the call block- 

the calling party in completmg the call. Additionally, U.S. . t & . . - . , . . . , , n 

Pat No 5 442 691 entitled "Method and Apparatus for Call 35 mg system receives information pertaining to a potential call 

Routing in Switched Digital Networks Using Call Control ^h mother party and blocks completion of the potential 

Tables," by Steven Price, et al., which is incorporated herein ^i^^^™ 011 & 
by reference, provides tables of call control information to 

facilitate the routing of calls in a switched digital network. BRIEF DESCRIPTION OF THE DRAWINGS 

Regarding call blocking features, call blocking features 40 For a more complete understanding of the present 

have also been the subject of prior art references. For invention, reference is now made to the following descrip- 

instance, U.S. Pat. No. 5,467,388, entitled "Method and tions taken in conjunction with the accompanying drawings, 

Apparatus for Selectively Blocking Incoming Telephone in which: 

Calls," by James C. Reed, et al., issued on Nov. 14, 1995, ^ FIG. 1 illustrates an embodiment of a packet network 

which is incorporated herein by reference, discloses a sys- providing an environment for a system constructed accord - 

tem that allows a subscriber to selectively block incoming mg l0 t he principles of the present invention; 

calls for selected time periods or during programmed time FIG. 2 illustrates an embodiment of a data packet 

intervals to screen out unwanted calls from a particular assembled according to the present invention; 

caller or location. Obviously, the aforementioned U.S. pat- 5o nG 3 mustrates a block diagram of an exemplary com- 

ents are only examples of references directed to telephony puter providing aD environment within which the system of 

services m circuit switched networks. pfesent invenlioD raay be employed and implemented; 

Internet telephony applications are becoming an attractive nG 4 in ust rates a flow chart of an embodiment of a 

alternate for conventional telephony services, primarily packet interception routine according to the principles of the 

because of the promise of substantial reduction in commu- 55 p reseDt invention; 

nication costs There are currently no long-distance charges FIG 5 illustrates a flow chart of m embodiment of a call 

associated with Internet telephony. Furthermore, there are a blockin routine accordlD g to the principles of the present 

large number of applications and new multimedia capabih- invention- 

ties available on the World Wide Web. The Internet "tele- pjQ. 6 illustrates a flow chart of an embodiment of a call 

phone with a computing device e.g a personal computer, 6Q forwardi ^ accordin to Ac principles of the present 

often employing a packet-based technology, provides the invention- and 

caller with a greater flexibility and control as opposed to the _ T _ _ , , , t . . ,. , - 

* jv i*f u a - FIG. 7 illustrates a flow chart of a related embodiment of 

traditional telephone devices. . „ - ,. - , 

the call forwardmg routine of FIG. 6 

SUMMARY OF THE INVENTION £c DETAILED DESCRIPTION 

I have recognized that communication networks employ- Referring initially to FIG. 1, illustrated is an embodiment 

ing a packet-based technology, e.g., the Internet, provide of a packet network, generally designated 100, providing an 
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environment for a system constructed according to the ciated voice encoding and decoding software, or a conven- 

principles of the present invention. The packet network 100, tional telephone that has been adapted for use with the 

e.g., the Internet, facilitates the transmission of data in the present invention. The processing circuitry 310, volatile 

form of data packets, or datagrams, between a user station memory 320 and non-volatile memory 330 are associated 

and a single station, in the case of a unicast, or between a 5 W M each other and cooperatively operate to execute the 

user station and a plurality of stations, as with a multicast. svstem of lhe P^nt invention. The computer 300 may 

The packet network 100 includes a user station 130, typi- forth" include an input/output device 340, such as a 

cally a processor, such as a personal computer (PC), that is keyboard, and a display device 350, such as a video monitor, 

coupled to a data storage device 135, e.g., an external hard Tb« keyboard may be used to control the execution of the 

disk. The system of the present invention is not limited for 10 P rocess associated with the system of the present invention 

use with a data storage device such as external physical in the computer 300, and a video monitor may be used to 

devices or even the presence of such devices physically v * ew tne recite thereof. 

connected to the user station 130. The system of the present The principles of the present invention are. not limited to 

invention contemplates that the user station 130 is able to a particular processing environment, but may be imple- 

access a data storage device at either the user station 130 or 15 mented in any processing system architecture, including, 

at a remote location, or both. without limitation, microcomputers, e.g., personal 

TheuserstationDOisalsocoupledtoanaccessnodeWO, computers, and main-frame computers. Conventional pro- 

or point of presence (POP), that provides a gateway to the cessm § ^ m architecture is d^sedm Computer Orga- 

packet network 100. The access node 140 may be a packet °™ «nd ^ Wimam Sldhi^ MacMillan 

network service provider, such as an Internet service pro- 20 Publishing Co. (3rd ed. 1993) which is incorporated herein 

vider (ISP), and is shown coupled to a data storage device b / Terence, and conventional processmg system network 

145 analogous to the data storage device 135. The presence design ^ d^cussed in "Data Network Design, by Darren L. 

of the access node 140 is not necessary to the practice of the S P ohn ' McGraw-Hill, Inc. (1993). 

present invention as the user station 130 is equipped to Inone embodiment of the present invention, a system for 

communicate directly to the packet network 100 without 25 providing a call blocking feature is embodied in a sequence 

requiring an intermediate interface. A station 120 and a of instructions executable in the computer 300. The call 

plurality of alternate stations 150 are also coupled to the blocking process includes a packet interception routine that 

packet network 100. The station 120 and the plurality of monitors a particular user station for outgoing or incoming 

alternate stations 150 are typically user communication calls - U P on detection of a call, incoming or outgoing, the 

devices (UCDs), such as packet telephones, voice 30 packet interception routine then determines the identity of 

mailboxes or pagers me cam *ng and called parties and provides this information 

^ ' . ' . , . 4 A . to a call blocking routine. The call blocking routine proceeds 

TTieuserstalion 130 commun.cateswxth the station 120 or dedde tf £ ^ Qr ; ^ 

alternate stations ISO by sending data packet via he packet , enninaled based on the .nformafion prov ded by the packet 

network 100. Further information about packet network imercephoD rouune . a more spec, he embodiment of the 

architectures and transmission of data packets may be found acke 4 terception routine and me caI i blocking routine ^ 

S- . Si* u eS ^'- by ^f 1 !. u ^u' , " be described with respect to FIGS. 4 and 5. 

Hill, Inc. (1993), which is incorporated herein by reference. t , , 

v 7 ^ , . , \. e I Q another embodiment of the present invention, a system 

Turning now to FIG. 2, illustrated is an embodiment of a for providing a M forwarding feature is embodied in a 

continuous media communication data packet 210 4Q sequence of i nstructions executable in the com puter 300, 

assembled according to the present invention. The data The ca U forwarding routine r eceives an incoming call and 

packet 210, e.g., an Internet Protocol (IP) packet, includes a determines the id entity of the c aHmg and called parties. The 

header 220, data 230 and other information, such as an ca n forwarding r outine provides the identities ot the c alling 

identifier or options associated with the data packet. and called parties to a call to rwarding criteria routine that 

Included in the header 220 are source 250 and destination 45 C0 D T pares the pro vided infor mation to entries in 'a call 

260 information. The data packets 210 contain complete for W ardingdjreclory . The call forwarding directory contains 

addressing information and may be split, or fragmented, into routl ^nforBation as soci ated with call ing entities ^nd 

smaller packets. The fragmentation of the data packets 210 pr0 vlo^nhernat e destinati ons to the'^ciirfcrwarding 

will permit a large data packet to travel across a packet rout ^ Xo complete the incomingcall. A more specific 

network which can only handle smaller data packets. 5Q em bc ^iit_oLthe call forwarding ' routine and the call 

It is not necessary that the source and destination infor- forwarding criteria routine will be described with respect to 

mation 250, 260 be contained only in the header 220 of the FIGS. 6 and 7. Those skilled in the art understand, however, 

data packet 210; the source and destination informaUon 250, th at the foregoing embodiments and the systems of the 

260 may also reside in other locations within the data packet present invention, in general, may also be implemented in 

210. Furthermore, the source and destination information 55 hardware, firmware, software, or any combination thereof 

250, 260 may include not only the addresses of the source Turning now to FIG. 4, illustrated is a flow chart of an 

and destination, but also other identifiers, such as the iden- embodiment of a packet interception routine according to 

tity of individual at the source or destination, or both. the principles of the present invention. The process begins at 

Turning now to FIG. 3, illustrated is a block diagram of a start step 405 with an access node monitoring a packet 

an exemplary computer, generally designated 300, providing 60 network and user station for any outgoing or incoming calls, 

an environment within which the system of present inven- At a detect call step 410, the access node detects a call, 

tion may be employed and implemented. The computer 300 Outgoing calls from the user station are usually detected 

includes processing circuitry 310, e.g., having at least one when the user station requests a connection to the packet 

conventional processor, conventional volatile memory 320, network. Similarly, incoming calls are usually detected 

e.g., random access memory, non-volatile memory 330, e.g., 65 when data packets are received at a station serving as the 

a hard disk drive, and a UCD 360. The UCD 360 may be destination. Upon detection of a call, incoming or outgoing, 

separate devices, such as a microphone, speakers and asso- source and destination information contained in the header 
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of the data packets are extracted and the data packets are 
placed in a buffer, e.g., a memory device associated with the 
access node, pending a request from the call blocking 
routine to transmit the data packets. The extracted source 
and destination information are then provided, at a provide 
information step 415, to the call blocking routine. 

Turning now to FIG. 5, illustrated is a flow chart of an 
embodiment of a call blocking routine according to the 
principles of the present invention. The call blocking routine 
is initiated, at a receive information step 520, with the 
acceptance of the source and destination information of the 
data packets. At an incoming or outgoing decisional step 
525, it is determined whether the call is an incoming or 
outgoing call. This is accomplished by comparing the source 
identifier with the station identifier. If the source and station 
identifiers are the same, the call is an outgoing call. 

If the determination at the incoming or outgoing step 525 
is that the call is an outgoing call, control passes to a call 
blocking enabled decisional step 530 to determine if call 
blocking is enabled for the calling station. The determination 
of whether call blocking is enabled may be accomplished by 
accessing a particular memory location, which may be 
associated with an enable flag or other identifier, which 
would determine if the bit has been set, i.e., a logic "1". If 
call blocking has not been enabled, the call blocking routine, 
at a complete call step 535, transmits a request to the access 
node to release the buffered data packets and complete the 
connection. 

If it is determined at the call blocking enabled step 530, 
however, that call blocking is enabled, control passes to a 
selective call blocking enabled decisional step 540 to deter- 
mine if selective call blocking has been activated for the 
called station, i.e., destination, by comparing the called 
station with a call blocking criteria that has been preestab- 
lished. Selective call blocking is to distinguish from the call 
blocking enabled at step 530. The call blocking enabled 
decisional step 530 determines if the call blocking feature 
has been activated for the calling station whereas selective 
call blocking determines if calls to the called station is to be 
blocked. The station user generally creates call blocking 
control entries that may be used by the application programs 
running at the local station processor, the access node 
processor, the remote processors accessed through the 
packet network or any stations of the packet network which 
are connected to the remote processors. An outgoing call 
blocking directory may be created with each entry compris- 
ing a name of a specific destination and associated call 
blocking control information. An example of a call control 
table is disclosed in Steven Price, et al. The destinations in 
the outgoing call blocking directory table may include, for 
instance, the continuous media communication data packet 
source address, the continuous media communication data 
packet destination address, the identity of the calling party, 
the automatic number information (ANI) associated with the 
call and the identity of the called party. The call blocking 
control information may include a time period, such as a day 
of week or time of day, when calls to the associated 
destinations of the call blocking control information are not 
to be completed, i.e., blocked. 

To illustrate, a station user, e.g., Mother with child A and 
child B, may define the call blocking directory whereby calls 
initiated by Mother are never blocked and calls to predeter- 
mined destinations initiated by child A or child B are 
selectively blocked depending on the call blocking control 
information associated with each child. The identification of 
the current station user, e.g., Mother, child A or child B, may 
be accomplished with a "logon" procedure using identifiers, 
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such as user I.D. and passwords. Also, passwords or iden- 
tifiers may be employed to prevent the unauthorized addi- 
tions and deletions to the call blocking directory. 
Additionally, both static and dynamic call blocking directory 

5 tables may be employed. In the former, all the entries are 
fully defined before the initiation of any calls. In the latter, 
destinations and call blocking control information may be 
added and deleted dynamically or alternatively may be 
enabled or disabled, as required and not only before calls are 

10 initiated. The table entries are the call blocking criteria used 
at the selective call blocking enabled step 540 to determine 
if call blocking has been activated for the called station. 

If at the selective call blocking enabled step 540, it is 
determined that selective call blocking for that particular 

15 destination has not been enabled or does not exist, the call 
blocking routine, at a complete call step 545, transmits a 
request to the access node to release the buffered data 
packets and complete the connection. However, if at the 
selective call blocking enabled step 540, it is determined that 

20 selective call blocking for that particular destination has 
been enabled, the call blocking routine, at a block call step 
550, transmits a request to the access node to discard the 
buffered data packets and deny the station access to the 
packet network. 

25 Returning to the incoming or outgoing step 525, if it is 
determined that the call is an incoming call, control passes 
to a call blocking enabled decisional step 555 to determine 
if call blocking is enabled for the called station. The deter- 
mination of whether call blocking is enabled may be accom- 

30 plished by accessing a particular memory location, which 
may be associated with an enable flag or other identifier, 
which would determine if the bit has been set, i.e., a logic 
"1". If call blocking has not been enabled, the call blocking 
routine, at a complete call step 560, transmits a request to the 

35 access node to release the buffered data packets and com- 
plete the connection. 

If it is determined at the call blocking enabled step 555, 
however, that call blocking is enabled, control passes to a 

4Q s elective call blockin g enabled decisional step 565 to deter- 
mine if selective call blocking has been activated for the 
calling station, i.e., source, by comparing the calling station 
with the call blocking criteria that has been preestablished. 
Selective call block ing is to distinguish from the call block- 

45 ing enabled at step 555. The call blocking enabled decisional 
step 555 determines if the call blocking feature has been 
activated for the called station whereas selective call block- 
ing determines if calls from the calling station is to be 
blocked. An incoming call blocking directory, similar to the 

50 outgoing call blocking directory described previously, is 
defined by the station user with entries corresponding to 
specific sources and associated call blocking control infor- 
mation. 

If at the selective call blocking enabled step 565, it is 
55 determined that selective call blocking for that particular 
destination has not been enabled or does not exists, the call 
blocking routine, at a complete call step 570, transmits a 
request to the access node to release the buffered data 
packets and complete the connection. If at the selective call 
6Q blocking enabled step 565, however, it is determined that 
selective call blocking for that particular destination has 
been enabled, the call blocking routine, in a block call step 
575, transmits a request to the access node to discard the 
buffered data packets and ignore, i.e., do not transmit, data 
65 packets from that source to the station. 

Turning now to FIG. 6, illustrated is a flow chart of an 
embodiment of a call forwarding routine according to the 
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principles of the present invention. The process begins at a ca ll and the identity of the ca| )ed party. The call routing 

start step 605 with an access node monitoring a packet co ntrol informa tion may inc jujdg_a time period, such as a day 

network for incoming calls. At a call detected step 610, an of week or time of day, when calls to an associated alternate 

incoming call is detected when data packets are received destination of the call routing control information are to be 

identifying the user station as the destination. 5 accomplished, i.e., forwarded. Additionally, the alternate 

IT * . 4 * c . 1t , ! . destination addresses may specify a endpoint that may be a 

Upon detection or an incoming call, control passes to a , . , . : r - — *■ ■■ a 

„ *T j . i_ i j j *• i * £ 1 e i j * • • r s econd teleph one, a voice mailbox, a pager or another 

call forwarding enabled decisional step 615 to determine if computer ' " — ' 1 

call forwarding has beene nabled for the called station, i.e., th e selective call forwarding enabled step 760, it is 

user s^n. The detcoiua^ determined that selective call routing for I n at particular 

enabkdmay^be accomplished by accessing a plrZftular io sQurce has nQ{ been enabled qi does * ol ^ {n tfae cal , 

memtfryTocation, associated with an enable flag, to deter- roming d i rcct ory, the call forwarding routine, in a default 

mine if the bit has been set, i.e., a logic "1". If call destination decisional step 765, determines whether a 

forwarding has not been enabled, the call forwarding default destination has been specified" in the ca ll routing 

routine, in a continue transmission step 620, transmits a directory. It no default destination has been specified, the 

request to the access node to continue to transmit the data « caU fonvarding routinc> at a request continued transmission 

packets to the user station. stC p 77^ transmits a request to the access no j e to continue 

However, if it is determined, at the call forwarding to transmifthe data packets to the user station. If a default 

enabled step 615, that call forwarding is enabled, source and destination has been specified, however, the call forwarding 

destination information contained in the header of the data criteria routine, at a provide default destination step 775, 

packets are extracted, at an extract information step 625, and 20 provides the default destination address along with a request 

the data packets are placed in a buffer, typically a memory to the call forwarding routine to route the call to the 

device associated with the access node, e.g., data storage destination address. 

device, pending a request from the call forwarding criteria if a is determined, however, that selective call routing for 
routine to transmit the data packets to an alternate destina- that particular source is enabled, i.e., the call routing direc- 
tion. The call forwarding routine provides the extracted to ry has a entry for the source and associated alternate 
source and d estination information, at a provide info rmation destination(s), the call forwarding criteria routine, at a 
step 630, to the call forwarding criteria routine and control provide alternative destination step 780, provides the asso- 
passes to a wait for request step 635, whereby the call c i ate d alternate destination address(es) along with a request 
forwarding routine waits for a request from the call forward- ^ to the call forwarding routine to route the call to the alternate 
ing criteria routine. destination address(es). 

When a request is received by the call forwarding routine, Although the present embodiment describes that the 
at a what is request decisional step 640, it is determined if packet interception routine, call blocking routine, call for- 
the request is to continue transmitting data packets to the warding routine and call forwarding criteria routine are 
called station or to reroute the data packets to an alternate 35 resident in data processing and storage circuitry of the 
destination. If it is determined that the request is to continue access node, the systems of the present invention are not 
transmitting the data packets to the user station, the access limited to a particular device or location. The packet 
node continues to transmit the data packets to the user interception, call blocking, call forwarding and call forward- 
station at a continue transmission step 645. ing criteria routines may also reside together in the user 

If it is determined, however, that the data packets are to be 40 station or the user station's data storage device or separately 

rerouted to an alternate destination, the call forwarding at different locations. 

routine, at a forward to alternate destination step 650, The foregoing has outlined preferred and alternative fea- 

substitute s the destination address in the header of the data hires of the present invention so that those skilled in the art 

packets^ with the alternate destination address provided by may better understand the detailed description of the inven- 

the caUJ gpttaiding c riteria routi ne. The d ata packets wit h 45 tion. Those skilled in the art should appreciate that they can 

the substituted destination address are then retransmitted readily use the disclosed conception and specific embodi- 

ove r the^E ackeThetwork. ment as a basis for designing or modifying other structures 

Turning now to FIG. 7, illustrated is a flow chart of a f °r carrying out the same purposes of the present invention, 

related embodiment of the call forwarding routine of FIG. 6. Although the present invention has been described in detail, 

The call forwarding routine is initiated at a receive infor- 50 those skilled in the art should understand that they can make 

mation step 755, with the acceptance of the source and various changes, substitutions and alterations herein without 

destination information contained in the received data pack- departing from the spirit and scope of the invention in its 

ets. Control passes to a selective call forwarding enabled broadest form, 

decisional step 760 t o^determine if selective call forwar ding What is claimed is: 

has b een activated for th e called station , i.e., destination, by 55 1- For use with a user communication device (UCD) that 
co mparing the caUing st ation with the call forwarding cri- communicates over a packet network by transmitting and 
tena th at has been preesfab lished. AcalLtouting directory for receiving streams of continuous media communication data 
inco ming calls is configured a nd used in a similar way as the packets, a processor for providing a call processing feature 
ca ll blocking directory described previous ly. The call rout- to said UCD that executes instructions to: 
ing directory contains^ the call forwarding criteri a and is 60 determine, with reference to programmable call process- 
de fined bylhe sta ti on user with entries corresponding to ing information stored by a user of said UCD, that 
specific sources andTssociated call routing contr ojij nform a- specified alternative processing for a call composed of 
tion to alternate- destination s. The call routing directory may a stream of continuous media communication packets 
inclucte the cont inuous media communication data pa cket and directed to said UCD is enabled; and 
sourcejyidtess, the continuous media communication data 65 cause said continuous media communication data packets 
packet destination address, the identity of the calling party, associated with said call to be processed in accordance 
the automatic number information (ANI) associaJexLwjth the with said specified alternative processing. 
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2. The processor as recited in claim 1 wherein said 
specified alternative processing is forwarding said call to 
another UCD. 

3. The processor as recited in claim 2 wherein said 
processor transmits a message to a source of said call to 
transmit subsequent continuous media communication data 
packets directly to said other UCD. 

4. The processor as recited in claim 1 wherein said 
specified alternative processing is blocking said call from 
completing at said UCD. 

5. The processor as recited in claim 4 wherein said call is 
an incoming call from a calling party and said information 
includes automatic number identification (ANI) information 
pertaining to said call. 

6. The processor as recited in claim 1 wherein said 
processor is directly connectible to said UCD. 

7. The processor as recited in claim 1 wherein said 
processor is directly connectible to a point of presence 
(POP) of said packet network. 

8. The processor as recited in claim 1 wherein said other 
UCD is selected from the group consisting of: 

a packet telephone, 
a voice mailbox, and 
a pager. 

9. The processor as recited in claim 1 wherein said 
processor determines that said call should be forwarded to 
said other UCD based on call forwarding criteria selected 
from the group consisting of: 

a continuous media communication data packet source 
address, 

a continuous media communication data packet destina- 
tion address, 
an identity of a calling party, 
an identify of a called party, 

automatic number information (ANI) pertaining to said 
call, 

a time of day, and 
a day of week. 

10. For use with a user communication device (UCD) that 
communicates over a packet network by transmitting and 
receiving streams of continuous media communication data 
packets, a system for providing a call processing feature to 
said UCD, comprising: 

means for determining, with reference to programmable 
call processing information stored by. a user of said 
UCD, that specified alternative processing for a call 
composed of a stream of continuous media communi- 
cation packets and directed to said UCD is enabled; and 

means for causing said continuous media communication 
data packets associated with said call to be processed in 
accordance with said specified alternative processing. 

11. The system as recited in claim 10 wherein said 
specified alternative processing is forwarding said call to 
another UCD. 

12. The system as recited in claim 11 wherein said 
processor transmits a message to a source of said call to 
transmit subsequent continuous media communication data 
packets directly to said other UCD. 

13. The system as recited in claim 10 wherein said 
specified alternative processing is blocking said call from 
completing at said UCD. 

14. The system as recited in claim 13 wherein said call is 
an incoming call from a calling party and said information 
includes automatic number identification (ANI) information 
pertaining to said call. 
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15. The system as recited in claim 10 wherein said 
determining means and causing means are directly connect - 
able to said UCD. 

16. The system as recited in claim 10 wherein said 
5 determining means and causing means are directly con- 
nectible to a point of presence (POP) of said packet network. 

17. The system as recited in claim 10 wherein said other 
UCD is selected from the group consisting of: 

a packet telephone, 
10 a voice mailbox, and 
a pager. 

18. The system as recited in claim 10 wherein said 
determining means determines that said call should be 
forwarded to said other UCD based on call forwarding 
criteria selected from the group consisting of: 

a continuous media communication data packet source 
address, 

a continuous media communication data packet destina- 
20 tion address, 

an identity of a calling party, 
an identity of a called party, 

automatic number information (ANI) pertaining to said 
call, 

25 a time of day, and 
a day of week. 

19. A method of providing a call processing feature to a 
user communication device (UCD) that communicates over 
a packet network by transmitting and receiving streams of 

30 continuous media communication data packets that are 
associated with said UCD, comprising the steps of: 
determining, with reference to programmable call pro- 
cessing information stored by a user of said UCD, that 
specified alternative processing for a call composed of 
35 a stream of continuous media communication packets 
and directed to said UCD is enabled; and 
causing said continuous media communication data pack- 
ets associated with said call to be processed in accor- 
dance with said specified alternative processing. 

20. The method as recited in claim 19 wherein said 
specified alternative processing is forwarding said call to 
another UCD. 

21. The method as recited in claim 20 wherein said 
processor transmits a message to a source of said call to 
transmit subsequent continuous media communication data 
packets directly to said other UCD. 

22. The method as recited in claim 19 wherein said 
specified alternative processing is blocking said call from 
completing at said UCD. 

23. The method as recited in claim 22 wherein said call is 
an incoming call from a calling party and said information 
includes automatic number identification (ANI) information 
pertaining to said call. 

24. The method as recited in claim 19 wherein step of 
forwarding comprises the step of forwarding said call to an 
endpoint selected from the group consisting of: 

a second UCD, 
a voice mailbox, and 
60 a pager. 

25. The method as recited in claim 19 wherein at least one 
of said call forwarding criteria are selected from the group 
consisting of: 

a continuous media communication data packet source 
65 address, 

a continuous media communication data packet destina- 
tion address, 
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an identity of a calling party, 
an identity of a called party, 

automatic number information (AN1) pertaining to said 

call, s 
a time of day, and 
a day of week. 

26. For use with a user communication device (UCD) that 
communicates over a packet network by transmitting and 
receiving streams of continuous media communication data 10 
packets, a processor for providing a call forwarding feature 

to said UCD that executes instructions to: 

determine, with reference to programmable call process- 
ing information stored by a user of said UCD, that 
forwarding for a call composed of a stream of continu- 15 
ous media communication packets and directed to said 
UCD is enabled; and 

cause said continuous media communication data packets 
associated with said call to be forwarded to an other 
UCD. 20 

27. The processor as recited in claim 26 wherein said 
processor is directly connectible to said UCD. 

28. The processor as recited in claim 26 wherein said 
processor is directly connectible to a point of presence 
(POP) of said packet network. 25 

29. The processor as recited in claim 26 wherein said 
other UCD is selected from the group consisting of: 

a packet telephone; 

a voice mailbox, and 30 
a pages. 

30. For use with a user communication device (UCD) that 
communicates over a packet network by transmitting and 
receiving streams of continuous media communication data 
packets, a system for providing a call forwarding feature to 35 
said UCD, comprising: 

means for determining, with reference to programmable 
call processing information stored by a user of said 
UCD, that forwarding for a call composed of a stream 
of continuous media communication packets and 40 
directed to said UCD is enabled; and 

means for causing said continuous media communication 
data packets associated with said call to be forwarded 
to an other UCD. 



31. A method of providing call forwarding to a user 
communication device (UCD) that communicates over a 
packet network by transmitting and receiving streams of 
continuous media communication data packets that are 
associated with said UCD, comprising the steps of: 

storing call forwarding criteria by a user of said UCD; 

receiving a stream of continuous media communication 
data packets relating to an incoming call directed to 
said UCD; and 

causing said stream to be redirected in said packet net- 
work as a function of said call forwarding criteria that 
indicates call forwarding is enabled, with reference to 
programmable call processing information stored by a 
user of said UCD, whereby said call is forwarded to a 
destination other than said UCD. 

32. The method as recited in claim 31 further comprising 
the step of receiving incoming call information pertaining to 
said call, said step of causing comprising the step of causing 
said call to be redirected based on said incoming call 
information and said call forwarding criteria. 

33. The method as recited in claim 31 wherein step of 
forwarding comprises the step of forwarding said call to an 
endpoint selected from the group consisting of: 

a second UCD, 

a voice mailbox, and 

a pager. 

34. The method as recited in claim 31 wherein at least one 
of said call forwarding criteria are selected from the group 
consisting of: 

a continuous media communication data packet source 
address, 

a continuous media communication data packet destina- 
tion address, 
an identity of a calling party, 
an identity of a called party, 

automatic number information (ANI) pertaining to said 
call, 

a time of day, and 
a day of week. 
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